home *** CD-ROM | disk | FTP | other *** search
/ Aminet 15 / Aminet 15 - Nov 1996.iso / Aminet / comm / fido / fnews3.lzh / fido339.nws < prev    next >
Text File  |  1986-10-12  |  48KB  |  1,038 lines
  1.      Volume 3, Number 39                               13 October 1986
  2.      +---------------------------------------------------------------+
  3.      |                                                  _            |
  4.      |                                                 /  \          |
  5.      |                                                /|oo \         |
  6.      |        - FidoNews -                           (_|  /_)        |
  7.      |                                                _`@/_ \    _   |
  8.      |        International                          |     | \   \\  |
  9.      |     FidoNet Association                       | (*) |  \   )) |
  10.      |         Newsletter               ______       |__U__| /  \//  |
  11.      |                                 / FIDO \       _//|| _\   /   |
  12.      |                                (________)     (_/(_|(____/    |
  13.      |                                                     (jm)      |
  14.      +---------------------------------------------------------------+
  15.      Editor in Chief:                                   Thom Henderson
  16.      Chief Procrastinator Emeritus:                       Tom Jennings
  17.  
  18.      FidoNews is the official newsletter of the International  FidoNet
  19.      Association,  and is published weekly by SEAdog Leader, node 1/1.
  20.      You  are  encouraged  to  submit  articles  for  publication   in
  21.      FidoNews.  Article submission standards are contained in the file
  22.      ARTSPEC.DOC,  available from  node  1/1.
  23.  
  24.      Copyright (C) 1986,  by the  International  FidoNet  Association.
  25.      All  rights  reserved.  Duplication and/or distribution permitted
  26.      for noncommercial purposes only.  For use in other circumstances,
  27.      please contact IFNA.
  28.  
  29.      The   contents  of  the  articles  contained  here  are  not  our
  30.      responsibility,   nor  do  we  necessarily   agree   with   them.
  31.      Everything here is subject to debate.
  32.  
  33.  
  34.  
  35.  
  36.                              Table of Contents
  37.  
  38.      1. ARTICLES
  39.         Ham Radio Oriented EchoMail Conference
  40.         MAGICK EchoMail Conference Profile
  41.         MAILCOST Review: A Reply from the Author
  42.         On the Commercial Exploitation of FidoNet
  43.      2. COLUMNS
  44.         dBASE Tips - Remember these basics
  45.         FidoUtil revisited
  46.      3. WANTED
  47.         Wanted: "Touchstone" software
  48.      4. FOR SALE
  49.         Public Domain Software Library Sale!!
  50.      5. NOTICES
  51.         The Interrupt Stack
  52.  
  53.  
  54.  
  55.  
  56.      Fidonews                     Page 2                   13 Oct 1986
  57.  
  58.  
  59.      =================================================================
  60.                                  ARTICLES
  61.      =================================================================
  62.  
  63.      John Dashner, WA4CYB
  64.      Fido 133/10
  65.  
  66.                        Ham Radio EchoMail Conference
  67.  
  68.      With the increasing overlap of bulletin board interest and  those
  69.      with  interest  in  Ham  Radio,  it is passing strange to me that
  70.      someone has not started this conference long ago,  but  alas,  as
  71.      Thom  Henderson  has  said before,  it's almost always left up to
  72.      someone taking the bull by the horns and giving it a tug, so here
  73.      goes...
  74.  
  75.      Many  of  you  presently  run  boards  that  specialize  in  some
  76.      particular aspect of the  Amateur  Radio  hobby  such  as  Packet
  77.      Radio,  Contesting, VHF/UHF, etc.  The greatest service you could
  78.      do is to disseminate the great ideas,  yes,  even  groundbreaking
  79.      ideas that originate with your users.  In turn, you would receive
  80.      a  like  service  funnelled  into  your  board  from all over the
  81.      country and perhaps the world.  Moreover,  there probably isn't a
  82.      problem  you  are  experiencing  that  hasn't been solved by some
  83.      fellow ham somewhere.  If I can judge by  the  responsiveness  of
  84.      the National Technical Conference, I have seen multiple fixes for
  85.      problems  submitted there returned in as little as two days.  You
  86.      just can't ask for better service  than  that!  Compare  that  to
  87.      submitting  it  to  "QST" or "Ham Radio" and awaiting some future
  88.      issue for your answer. (You guys up there in Newington listening?
  89.      Hope "QST" will sign up as a conference node quickly).
  90.  
  91.      To this end,  I have established a National Ham Radio  Conference
  92.      anchored  in  the  north woods of Atlanta,  Georgia with the hope
  93.      that I won't be left on my own to make  it  interesting,  lively,
  94.      informative  and  factual.  The name of the conference is simply:
  95.      HAM and as of this moment,  -I- am the only official node in  the
  96.      conference.  Although,  very  soon,  I hope to have Marv Shelton,
  97.      WA2BFW at 107/319  and  Rene  Champagne,  VE2RI  at  167/101,  as
  98.      additional distribution nodes (and, yes, Rene, you'll need to get
  99.      EchoMail  up to do this).  This would take care of the southeast,
  100.      mid-Atlantic and eastern Canada as a start.  What is  needed,  is
  101.      about 10 to 15 other nodes about the country (and the WORLD!)  to
  102.      step up to the bar and volunteer; what say you guys?
  103.  
  104.      To  review  what  is  needed,  without  going  into an exhaustive
  105.      EchoMail tutorial, is to:
  106.  
  107.           1.   Set  up  an  appropriate  directory to contain
  108.                your conference.
  109.  
  110.           2.   Place a DIR.BBS in the  directory  identifying
  111.                what the conference or  message  area  is  all
  112.                about.  Mine reads:
  113.  
  114.                       National Amateur Radio Conference
  115.      Fidonews                     Page 3                   13 Oct 1986
  116.  
  117.  
  118.           3.   Add  an entry in your AREAS.BBS file something
  119.                like the following:
  120.  
  121.                        9 HAM 107/319 167/101
  122.                        _ \_/  \___________/
  123.                        |  |         |
  124.                        |  |         +----> Nodes TO WHICH you
  125.                        |  |                distribute.
  126.                        |  |
  127.                        |  +--------------> The EchoMail Name.
  128.                        |
  129.                        +-----------------> The number of  the
  130.                                            SYSTEMnn.BBS  file
  131.                                            associated    with
  132.                                            your   message  or
  133.                                            conference area.
  134.  
  135.                One important reminder.  Since you can  always
  136.                receive   EchoMail,   unless   you  expect  to
  137.                distribute EchoMail to other nodes  than  your
  138.                pickup node, do not list any other nodes.
  139.  
  140.           4.   If this is your first EchoMail conference, you
  141.                will  need  to create a special event prior to
  142.                and immediately after the National  Mail  Hour
  143.                to  run  the EchoMail utilities,  Scanmail and
  144.                Tossmail respectively.  Mine are:
  145.  
  146.                               4 ALL 03:55 1 X 4
  147.                               5 ALL 05:30 1 X 5
  148.  
  149.                Which  instructs Fido  to schedule an eXternal
  150.                event of one minute  duration  at  03:55  with
  151.                return code 4 and another one  at  05:30  with
  152.                return code 5 every day.
  153.  
  154.           5.   Add to your RUNBBS.BAT the following:
  155.  
  156.                         if errorlevel 5 goto postmail
  157.                         if errorlevel 4 goto premail
  158.                                       .
  159.                                       .
  160.                         :premail *** EchoMail Preparation
  161.                         scanmail run >>echomail.log
  162.                         arcmail to 133/10 (pickup node)
  163.                         runbbs
  164.                         :postmail *** EchoMail Distribution
  165.                         arcmail from 133/10
  166.                         tossmail run >>echomail.log
  167.                         runbbs
  168.  
  169.                Two matters I  should  note:  If  you  haven't
  170.                discovered it already,  the errorlevel test is
  171.                equivilent to "equal to or greater  than"  and
  172.                as   illustrated  above,   you  must  test  in
  173.                DESCENDING order to assure correct  operation;
  174.      Fidonews                     Page 4                   13 Oct 1986
  175.  
  176.  
  177.                and,  the  ARCMAIL  step  in  the  batch  file
  178.                fragment above is optional but since -I-  will
  179.                be distributing it that way, you will at least
  180.                have to unARC the stuff I send you and it does
  181.                significantly  reduce  transmission  times and
  182.                thus  LD  moneys.   I  will  leave  it  as  an
  183.                exercise   for  the  reader  to  decipher  the
  184.                options used above by reading  each  utility's
  185.                documentation.
  186.  
  187.           6.   Unless  your daddy left you a sizeable fortune
  188.                or your company installed a WATS line at  your
  189.                house,  you probably wouldn't want to foot the
  190.                bill for distribution to the  nodes  that  you
  191.                serve  long  distance.  Also,  since  I too am
  192.                poor,  those of you picking up  from  my  node
  193.                will  have to POLL 133/10 in order to get your
  194.                nitely fare.  In the ROUTE.?  file that  kicks
  195.                off  your nitely National NetMail period,  you
  196.                will have to  insert  the  following  (assumes
  197.                that you are calling me for pickup and you are
  198.                distributing to 999/100 and 998/2):
  199.  
  200.                            NO-ROUTE 999/100, 998/2
  201.                            SEND-TO ALL
  202.                            HOLD 999/100, 998/2
  203.                            POLL 133/10
  204.  
  205.                An  analogous  operation  would be coded up by
  206.                each of your distribution  nodes  substituting
  207.                your  node  number  for  mine and less the NO-
  208.                ROUTE and HOLD stuff if they in  turn  do  not
  209.                distribute.
  210.  
  211.                To  quote  from  the EchoMail Manual:  "...the
  212.                best  way  to  tie things together ...  boards
  213.                always POLL upstream and HOLD downstream."
  214.  
  215.                (If  I  err  here or there is a simpler way to
  216.                accomplish this,  I humbly await the onrush of
  217.                help that I am sure to receive [:-)} ).
  218.  
  219.           7.   Finally,  after you're all set up,  contact me
  220.                or the nearest node to you by NetMail or phone
  221.                and let us  know  when  to  hook  you  in  and
  222.                whether  you  want all messages then currently
  223.                in the conference or  just  those  originating
  224.                thereafter.
  225.  
  226.      I started  out  by  saying  that  I  wasn't  going  to  write  an
  227.      exhaustive  tutorial on EchoMail but from the looks of it I waxed
  228.      somewhat lengthy *grin* and I  trust  I  haven't  made  it  sound
  229.      tougher than it is.
  230.  
  231.      As  the  topology  of  the conference develops,  I will NetMail a
  232.      Conference Directory to major distribution nodes and  publish  it
  233.      Fidonews                     Page 5                   13 Oct 1986
  234.  
  235.  
  236.      here  from  time  to  time.  In this respect,  I would appreciate
  237.      NetMail anytime you make a new connection or one  is  dropped  so
  238.      that the directory can be kept accurate.
  239.  
  240.  
  241.      You may contact me, John Dashner WA4CYB:
  242.  
  243.           via NetMail at 133/10 (404) 476-7970
  244.           via OldMail at 2792 Kenwood Dr., Duluth, Ga. 30136
  245.           via LandLine at (404) 476-1797
  246.           via 20 meters whenever I get my rig back from Kenwood!
  247.           (Note the street address - doesn't do any good)
  248.  
  249.      In conclusion, I would like to thank Jeff Rush of the Rising Star
  250.      Fido  (124/206)  for conceiving of and implementing EchoMail.  He
  251.      should be remembered by the networking historians for  developing
  252.      a  utility  that gives you just about everything that UseNet does
  253.      without half the hassle.  Without needing Jeff's permission, I am
  254.      sure that I can speak for him in saying  that  the  best  way  to
  255.      remember  him is to make shareware work by contributing $25.00 to
  256.      him so that he will be encouraged  to  further  shorten  the  gap
  257.      between the EchoMail and UseNet functionallity.  (Uh,  Jeff,  the
  258.      check's in the mail!)
  259.  
  260.  
  261.      -----------------------------------------------------------------
  262.  
  263.      Fidonews                     Page 6                   13 Oct 1986
  264.  
  265.  
  266.                                 M A G I C K
  267.            The FidoNet Neopagan Witchcraft and Magick Conference
  268.  
  269.                        An Echomail Conference Profile
  270.                 by J. Brad Hicks, Sysop WeirdBase (100/523)
  271.                        MAGICK Conference Coordinator
  272.  
  273.  
  274.      In November of 1985,  several U.S. Senators and Congressmen began
  275.      to  introduce legislation which would have swept away nearly  all
  276.      of  the  Neopagan churches,  and which could have been used as  a
  277.      weapon against any alternative religion.   To combat these bills,
  278.      Circle Sanctuary (in Madison,  Wisconsin) mailed out thousands of
  279.      flyers  (all first-class mail)  to everyone they knew  of.    The
  280.      expense  was incredible,  but worth it--all three bills  died  in
  281.      their respective committees (though the third one,  HR 3389,  was
  282.      an uphill fight all the way to the end of the session).  In order
  283.      to reduce the expense, should the need arise again,  the folks at
  284.      Circle  suggested  something they called the Pagan Strength  Web.
  285.      It would be a mailing list designed to hit as many cities as pos-
  286.      sible as quickly as possible, where each contact would be respon-
  287.      sible for spreading the word within his or her city by phone  and
  288.      personal contact.   As a Pagan Strength Web contact myself, I saw
  289.      at once how FidoNet mail could be used to spread word quickly  to
  290.      many cities,  and so I buried notices in my next few articles for
  291.      FidoNews asking for fellow Crafters who use FidoNet to contact me
  292.      at 100/523.
  293.  
  294.      About that time, Jeff Rush released Echomail. When my PSW FidoNet
  295.      mailing list and Echomail came together, the MAGICK Echomail con-
  296.      ference  was  born.   Originally,  the conference  was  built  by
  297.      merging message areas from three  boards:  my Neopagan Witchcraft
  298.      area (on 100/523),  Josh Gordon's introductory and  miscellaneous
  299.      area (125/93, now 161/93), Mizmoon's astrology area (101/27).  In
  300.      addition,  Gene Clayton (12/4)  expressed interest in polling for
  301.      it, and was followed almost immediately by Tom Kenny (107/316).
  302.  
  303.      The growth of the MAGICK conference parallels the growth (and the
  304.      growing pains) of Echomail itself.  In the beginning, our message
  305.      traffic was 2-4 messages per night (not per board per night, mind
  306.      you), and so I encouraged people to use host-routing and to route
  307.      all messages to all boards.   This lasted for  almost a month be-
  308.      fore rioting broke out.   Nets 125 and 107  refused to host-route
  309.      Echomail,  no matter how low the volume.   Josh Gordon refused to
  310.      send  mail  to  some  of the boards.   Each new  sysop  has  made
  311.      d/e/m/a/n/d/s/   suggestions for what they wanted the topology to
  312.      look like.  This led us through a series of patch-work topologies
  313.      to something approximating our current form. Then WeirdBase moved
  314.      to  new hardware and SEAdog came out with a new version,  and  lo
  315.      and  behold  they weren't compatible,  which meant we had to  re-
  316.      design the topology all over again.
  317.  
  318.      But  in that same span of time,  we settled down into a  topology
  319.      that works,  more or less,  and expanded beyond my wildest fanta-
  320.      sies.   The MAGICK conference now shuttles an estimated 430  mes-
  321.      sages  per month between 13  boards in 11  cities (in the US  and
  322.      Fidonews                     Page 7                   13 Oct 1986
  323.  
  324.  
  325.      Canada), with no round-trip longer than 5 days.   The topics have
  326.      ranged from Discordian pranks to Thelemite texts, from distingui-
  327.      shing ourselves from  Satanism  to (in)tolerance of Christianity,
  328.      from Aleister Crowley to Laurie Cabot, from shamanism to UFOs and
  329.      the pyramids. The conversation is occasionally thought provoking,
  330.      often  very funny,  and almost without exception a Good Read  for
  331.      folk  interested  in  any aspect of Neopaganism,  Wicca,  magick,
  332.      Thelema,  Discordianism,  or any other aspect of New Age religion
  333.      and philosophy.
  334.  
  335.  
  336.      TECHNICAL SPECS:   The MAGICK conference uses a stars-on-a-string
  337.      topology, with 100/523 and 161/93 as the major hubs, and 163/5 as
  338.      a  secondary hub for Canada.   All boards are using Echomail ver-
  339.      sion 1.31 (1.30 with the no-? patch by Josh Gordon).  Most boards
  340.      are using ARCmail version 0.37  or 0.40.   If you wish to connect
  341.      to the Magick conference,  send a note to Brad Hicks  at 100/523.
  342.      If  you are not local to an existing MAGICK board,  you  will  be
  343.      expected to POLL either 100/523 or 161/93 for it every night.
  344.  
  345.      A nearly complete text of all of the discussions is available  on
  346.      WeirdBase (100/523) in file area 1, as MAGICKON.01 to 29.
  347.  
  348.  
  349.      TOPOLOGY AS OF OCTOBER 2nd, 1986:
  350.  
  351.                    107/293  103/602      14/341
  352.                        \      /           /
  353.                         v    v           v
  354.      12/4 <-> 12/14 --> 161/93 --> 100/523* --> 163/5 <-> 163/7
  355.                         ^          /     \
  356.                        /          v       \
  357.          107/7 <-> 107/316    150/900   101/27
  358.  
  359.      (The  arrow-head shows which direction the call is made.    If  a
  360.      link has arrow-heads on both ends,  then it's a local call and is
  361.      made  both  before  and after--or should be.   If a link  has  NO
  362.      arrow-heads, then mail is currently host-routed.)
  363.  
  364.  
  365.      AN OVERVIEW OF THE BOARDS IN THE CONFERENCE:
  366.  
  367.      100/523  WEIRDBASE (St.  Louis,  Missouri)   1-314-389-9973  300/
  368.               1200 baud.  Hours: 24 hrs/day.  Does not support SEAdog.
  369.               Sysop:    Brad  Hicks.    Magick Conference Coordinator.
  370.               Magick conference may be read  by any caller,  including
  371.               first-time.   Only validated callers may enter messages.
  372.               One  of  the largest magickal  file collections  in  the
  373.               country; mildly Discordian BBS.
  374.  
  375.      161/93   THELEMANET (Berkeley,  California)  1-415-548-0163  300/
  376.               1200/2400 baud.   Hours:  24  hrs/day.  Supports SEAdog.
  377.               Sysop: Josh Gordon.  All callers may read and enter mes-
  378.               sages in the Magick conference.   "Official"  BBS of the
  379.               Ordo Templar Orientis (OTO),   Boulaq  Encampment.  Many
  380.               files on Crowley and thelemic topics.
  381.      Fidonews                     Page 8                   13 Oct 1986
  382.  
  383.  
  384.      100/27   DAVE'S  FIDO (Gardner,  Massachusetts)    1-617-632-1861
  385.               300/1200/2400  baud.   Hours:  24  hrs/day.    Supports
  386.               SEAdog.   Sysop: Dave Rene (MAGICK area sysop: Mizmoon).
  387.               All  callers may read and enter messages in  the  Magick
  388.               conference.   File area also features monthly horoscopes
  389.               by Mizmoon.
  390.  
  391.      12/4     MEGA-KAUAI  (Kauai,  Hawaii)   1-808-245-2080   300/1200
  392.               baud.   Hours:  24  hrs/day.   Does not support  SEAdog.
  393.               Sysop:   Gene Clayton.   All callers may read and  enter
  394.               messages in the Magick conference.   Files include  much
  395.               of the contents of WeirdBase's magick area.
  396.  
  397.      12/14    MEGA-KAUAI 2 (Kauai,  Hawaii)  1-808-337-9280  300/1200/
  398.               2400  baud.   Hours: 6pm-7am.   Does not support SEAdog.
  399.               Sysop:  Gene Clayton.   Access only on request to  12/4.
  400.               Repeater board for the above,  used by Gene to move mail
  401.               at 2400 baud.
  402.  
  403.      107/293  BAPHONET-BY-THE-SEA (Brooklyn, New York)  1-718-499-9277
  404.               300/1200   baud (local callers may only be able  to  get
  405.               through at 300  baud).   Hours:  24  hrs/day.   Does not
  406.               support  SEAdog.   Sysop:  Tony Iannoti.   Access to the
  407.               Magick conference only by request to the sysop.   Also a
  408.               Thelemic/OTO BBS, in conjunction with 161/93 above.
  409.  
  410.      107/316  METATEK  FIDO (Toms River,  New Jersey)   1-201-286-2567
  411.               300/1200  baud.   Hours: 24  hrs/day.   Supports SEAdog.
  412.               Sysop:  Thomas Kenny.   Access to the Magick  conference
  413.               only by request to the sysop.
  414.  
  415.      14/341   TERRABOARD  (Minneapolis,   Minnesota)    1-612-721-8967
  416.               300/1200/2400 baud.  Hours:  24  hrs/day.  Does not sup-
  417.               port SEAdog.   Sysop:  David Dyer-Bennett.   All callers
  418.               may read and enter messages into the Magick  conference.
  419.               Semi-official BBS of Minn-StF, a science-fiction club.
  420.  
  421.      107/7    SEABOARD (Clifton,  NJ)   1-201-472-8065   300/1200/2400
  422.               baud.   Hours:  24  hrs/day.   Supports SEAdog.   Sysop:
  423.               Kilgore Trout.   Access to the Magick conference only by
  424.               request to the sysop.
  425.  
  426.      103/602  HOUSE ATREIDES (Rowland Heights, California)  1-818-965-
  427.               7220  300/1200 baud.  Hours:  24 hrs/day.  Does not sup-
  428.               port SEAdog.  Sysops: George Clayton and Jammer B.   All
  429.               callers  may  read  and enter messages into  the  Magick
  430.               conference.
  431.  
  432.      163/5    DATA/SFNET (Ottawa,  Ontario)  1-613-726-1100   300/1200
  433.               baud.   Hours: 8pm-8am,  Tuesday thru Friday.   Does not
  434.               support SEAdog.   Sysop: Farrell McGovern.   All callers
  435.               may read and  enter  messages  in the MAGICK conference.
  436.  
  437.      163/7    ELECTRIC BLUE (Ottawa,  Ontario)   1-613-737-7994   300/
  438.               1200 baud.  Hours: 24 hrs/day.  Does not support SEAdog.
  439.               Sysops: Harry and Kathy.   All callers may read messages
  440.      Fidonews                     Page 9                   13 Oct 1986
  441.  
  442.  
  443.               from the Magick conference, but only validated users may
  444.               enter messages.
  445.  
  446.      150/900  K-9  & COMPANY (Newark, Delaware)  1-302-738-1170   300/
  447.               1200 baud.  Hours: 24 hrs/day.  Does not support SEAdog.
  448.               Sysop:   Mike Jacobs.   All callers may read  and  enter
  449.               messages in the Magick conference.
  450.  
  451.      -----------------------------------------------------------------
  452.  
  453.      Fidonews                     Page 10                  13 Oct 1986
  454.  
  455.  
  456.      Tim Evans
  457.      Fido 114/1
  458.  
  459.      I would first like  to  thank  Jerry  Hindle  of  123/6  for  his
  460.      comments  on  my program,  MAILCOST.  The lack of comments I have
  461.      received (either good or bad) has  been  the  most  disappointing
  462.      thing about writing the program.
  463.  
  464.      The  major point Jerry makes is that mailcost accounting needs to
  465.      be consistent with Fido's accounting.  Why?  Fido's accounting is
  466.      inconsistent with the actual telephone bill accounting, even if a
  467.      markup  is considered to cover additional costs.  (In Phoenix,  a
  468.      message to California costs the same as a message to  New  York).
  469.      There  was  never  any intent for the host or sysop to credit the
  470.      individual users with the savings,  but hopefully  to  lower  the
  471.      average  cost  per  message  for  all  users to all destinations.
  472.      Whether this savings was passed on or is used to cover additional
  473.      costs or even to make a profit was none of my concern.
  474.  
  475.      Regarding your repair shop example,  the cost (if different  from
  476.      the  original estimate) will always be at least half the estimate
  477.      - never more! I don't think that will cause too many complaints.
  478.  
  479.      The other issue I  see  is  whether  MAILCOST  should  deal  with
  480.      individual  user costs or not.  I could be wrong on this,  but my
  481.      feelings  are  as  follows:  Fido  handles  all  individual  cost
  482.      accounting  between  the  users  and  the  sysops.  MAILCOST  was
  483.      designed to handle cost  accounting  between  the  host  and  the
  484.      sysops (nodes). While the host may also be the sysop or the user,
  485.      I  think the 2 functions should be kept seperated.  I don't think
  486.      the host needs to be concerned about the individual user's  costs
  487.      - that is the sysop's job.
  488.  
  489.      I  could  be  wrong  on my impressions on how the host accounting
  490.      should work. I will be writing an article for Fidonews to attempt
  491.      to generate some discussion on this issue.  Thanks again for your
  492.      comments.
  493.  
  494.  
  495.      -----------------------------------------------------------------
  496.  
  497.      Fidonews                     Page 11                  13 Oct 1986
  498.  
  499.  
  500.      Kilgore Trout, 107/7
  501.      FidoNet Study Group
  502.  
  503.                              A Modest Proposal
  504.                                     for
  505.                    The Commercial Exploitation of FidoNet
  506.  
  507.  
  508.                   (Well it got your attention, didn't it?)
  509.  
  510.  
  511.      Various people are now coming to realize the  enormous  potential
  512.      in  an  electronic mail system based on PC's and autodial modems,
  513.      and are attempting to cash in on it.  Given that this is  already
  514.      happening, why don't we see what WE can do?
  515.  
  516.      In FidoNet we have a large and sophisticated mail network already
  517.      in  place  which  is  capable  of handling a large volume of mail
  518.      traffic with a good success rate for overnight delivery.  The key
  519.      problem is how to take  advantage  of  it,  while  not  offending
  520.      anyone.  Certain criteria must be met:
  521.  
  522.      1) We must not offend the amateurs who comprise the net.
  523.  
  524.      2) It  must be possible for any given Fido operator to choose not
  525.         to participate.
  526.  
  527.      3) Participating Fido operators must  be  compensated  for  their
  528.         efforts and for the commercial use of their systems.
  529.  
  530.      4) It must remain possible for amateur Fido operators to join the
  531.         net and to operate without additional cost.
  532.  
  533.      5) It must be possible to bill commercial users without depending
  534.         on accounting data supplied by the local Fido operators.
  535.  
  536.      6) In general, accounting and billing must be humanly possible in
  537.         some way, preferably with a minimum of effort.
  538.  
  539.  
  540.      I  believe I have come up with an approach which will satisfy all
  541.      of these goals.  Implementing my method  will  call  for  certain
  542.      changes  in how Fido operates,  along with certain changes in the
  543.      FidoNet packet format.  I will detail the required changes first,
  544.      and then show what they can accomplish.  Please bear with me.
  545.  
  546.      The most difficult part operationally  is  altering  the  FidoNet
  547.      packet  format.  I  anticipate a period of near total chaos while
  548.      some Fidos are sending packets that other  Fidos  cannot  unpack.
  549.      This  confusion  may  be  unavoidable  anyway,  in  view  of  Tom
  550.      Jenning's avowed intention of implementing country support.
  551.  
  552.  
  553.  
  554.      Required Changes:
  555.  
  556.      Fidonews                     Page 12                  13 Oct 1986
  557.  
  558.  
  559.      FidoNet  currently  understands  two  levels:   nets  and  nodes.
  560.      Implementing  country support will require another level,  zones,
  561.      higher than the net number.  To support commercial mail  traffic,
  562.      Fido should also have yet a fourth level added under nodes.  This
  563.      lowest  level  would consist of "subnodes" under a given node.  I
  564.      somehow ended up calling them "points",  so I will continue to do
  565.      so for lack of a better word.
  566.  
  567.      The final hierarchy would look something like this:
  568.  
  569.          Country          1
  570.          Net            100
  571.          Node            51
  572.          Point            8
  573.  
  574.      A full net address specifying all four levels might look like this:
  575.  
  576.          1:100/51.8
  577.  
  578.  
  579.      Each  existing node would double as "point zero".  If no point is
  580.      specified in an address, then the message would go to the node.
  581.  
  582.      One major aspect of points is that  they  are  optional.  A  node
  583.      does  not have to have any points under it,  and in fact does not
  584.      even have to know that there is such a  thing.  All  nodes  would
  585.      ignore  points belonging to other nodes,  and points would not be
  586.      listed in the node list.
  587.  
  588.      A point would communicate only with its own  node.  It  does  not
  589.      need (and should not have) phone numbers for any nodes other than
  590.      its own.  One may suppose that operators of points may swap phone
  591.      numbers  so  that  they  may  exchange  files,  but this need not
  592.      concern us as far as operation of the net is concerned.
  593.  
  594.      The phone number for any given point would be needed only by  the
  595.      node which "owns" the point.  No other nodes would need or should
  596.      have it.
  597.  
  598.  
  599.  
  600.      Commercial Users:
  601.  
  602.      Commercial   users   of  FidoNet  would  be  set  up  as  points.
  603.      Accounting would be handled as a flat subscription fee per  month
  604.      for  unlimited use of the network.  The subscription fee would be
  605.      split out among the participating nodes on  a  percentage  basis.
  606.      One possible way of doing this would be:
  607.  
  608.          60% to the node which handles the point.
  609.          30% to the host which serves that node.
  610.           5% to the regional coordinator who handles that area.
  611.           5% to the national office.
  612.  
  613.      As  one  moves up the hierarchy the percentages get smaller,  but
  614.      the number of points covered increases,  so total revenues should
  615.      Fidonews                     Page 13                  13 Oct 1986
  616.  
  617.  
  618.      increase as well.  Per point returns are high for the local node,
  619.      which  should  compensate  him  for  dealing  with  the points on
  620.      occasion as well as providing him with incentive to  obtain  more
  621.      points.  But as one moves up the ladder and becomes more involved
  622.      with network operation, ones compensation increases accordingly.
  623.  
  624.  
  625.      I envision the operation as working something like this:
  626.  
  627.      1) A commercial user decides to sign up for FidoNet,  either as a
  628.         result of advertising,  or from being canvassed by a node.  He
  629.         fills out an application and sends it to St. Louis.
  630.  
  631.      2) The central office verifies his credit card number and informs
  632.         the  participating  node  closest  to  him  (or  the  node who
  633.         canvassed him).
  634.  
  635.      3) The node handling the new user adds him to  his  "point  list"
  636.         and helps him get started.
  637.  
  638.      4) Each  month  the  central office charges a subscription fee to
  639.         his credit card, calculates the payments to each participating
  640.         node, and mails out the checks.
  641.  
  642.      5) Whenever the point decides to leave,  the central office stops
  643.         charging  his  card  and  notifies his point that he has left.
  644.         The node then drops him from his  point  list  and  no  longer
  645.         handles mail for him.
  646.  
  647.  
  648.  
  649.      Ramifications:
  650.  
  651.      With  this system,  all network and regional coordinators must be
  652.      willing to participate.  This may be a disadvantage, but may also
  653.      result in a higher level of dedication among the coordinators.
  654.  
  655.      Local  nodes,  however,  need not participate if they do now want
  656.      to.  In fact,  it would be a mistake to involve any node who  was
  657.      not actively willing to join.
  658.  
  659.      The  amateur  network  is  preserved.  Amateur Fido operators may
  660.      still join at the node level,  and may send mail  without  charge
  661.      (other  than  phone bills).  Commercial users may attempt to form
  662.      their own nodes for this  purpose.  Participating  nodes  can  be
  663.      alerted  to  watch  for  this,  providing us with policing at the
  664.      local level.  It is obviously in the interests of a participating
  665.      node to do this.  A commercial node in his area should rightly be
  666.      a point under his node, so he is losing revenue.
  667.  
  668.      Since points will not be listed in the node list,  we may want to
  669.      publish  a  "point  list"  (sort  of  a phone book).  This should
  670.      probably be covered by the cost  of  a  subscription.  We  should
  671.      probably  ask on the application form whether or not a commercial
  672.      user wishes to appear in the point  list.  I  have  no  idea  how
  673.      often such a thing should be published.
  674.      Fidonews                     Page 14                  13 Oct 1986
  675.  
  676.  
  677.      Selling It:
  678.  
  679.      This obviously won't work unless we can sell it  to  the  present
  680.      sysops.  We  don't  have  to get everyone to participate,  but we
  681.      don't want to get too many people upset, either.  Fortunately, we
  682.      have two recent examples to guide us.
  683.  
  684.      1) US  Robotics is selling us 2400 baud modems at a reduced price
  685.         (comfortably above distributor cost), and is seen as a hero.
  686.  
  687.      2) GTE  is  selling  us  long  distance  telecommunications  at a
  688.         reduced price (during their slack time),  and  is  seen  as  a
  689.         villain.
  690.  
  691.      Why  is  one a hero and the other a villain?  Both are exploiting
  692.      the BBS community.
  693.  
  694.      I believe that the reason is because USR is  seen  as  practicing
  695.      favoritism.   They   are  singling  out  the  sysop  for  special
  696.      treatment, while GTE is not.  (Indeed, a user might see the roles
  697.      of hero and villain the other way around!)
  698.  
  699.      I  believe  that  this  approach will be palatable to Fido sysops
  700.      because it is rank favoritism of the worst (best)  sort.  We  are
  701.      singling  out Fido sysops and telling them,  "We won't bother you
  702.      in any way, but you can make some bucks if you want to."
  703.  
  704.  
  705.  
  706.      Conclusion:
  707.  
  708.      I like it.  It gives us all a chance to make a  buck,  and  gives
  709.      something  back  to the dedicated amateur.  I can envision people
  710.      setting up nodes just to make money handling commercial mail, but
  711.      the backbone of the idea is the  dedicated  amateur  sysop.  It's
  712.      high time a sysop got something for his efforts.
  713.  
  714.      -----------------------------------------------------------------
  715.  
  716.      Fidonews                     Page 15                  13 Oct 1986
  717.  
  718.  
  719.      =================================================================
  720.                                   COLUMNS
  721.      =================================================================
  722.  
  723.                 DBASEII: CURES FOR SOME COMMON FRUSTRATIONS
  724.  
  725.                              By G. R. Realmuto
  726.  
  727.      dBASE is noted for being a very powerful yet difficult program to
  728.      learn.  I love it  for  this  very  reason.  Like  a  person  who
  729.      collects  rare  objects,  I  enjoy  learning and mastering skills
  730.      others choose to avoid.  I've been frustrated many  times.  Error
  731.      messages,  syntax errors,  and losing control of the keyboard can
  732.      make you crazy.  Below are a number of  frustrations  and  how  I
  733.      cured them.  Enjoy!
  734.  
  735.      Frustration  1:  Don't  forget  to  enclose  print  statements in
  736.      quotes: "SUCCESS."
  737.  
  738.      Frustration 2:  IF statements can be nested but must end with  as
  739.      many ENDIF's as there are IF's.
  740.  
  741.      Frustration  3:  DO  WHILE  statements  cannot  be  nested.  Very
  742.      important!
  743.  
  744.      Frustration 4:  DO WHILE statements may have IF then ELSE nested,
  745.      but remember to end with ENDIF then ENDDO.
  746.  
  747.      Frustration  5:  You  cannot  TRIM  numerical  fields  or  memory
  748.      variables.
  749.  
  750.      Frustration 6: You cannot add numerical data to character fields,
  751.      etc.  Use STORE VAL (string) to MVAR.
  752.  
  753.      Frustration 7:  You  lose  control  of  the  keyboard.  Type  SET
  754.      CONSOLE ON.
  755.  
  756.      Frustration  8:  ACCEPT  TO  statements  with  following IF's are
  757.      character variables and need quotes.
  758.  
  759.      Frustration 9:  INPUT  TO  statements  with  following  IF's  are
  760.      numerical and of course do not require quotes. e.g.:
  761.  
  762.           ACCEPT "WHAT COMMAND WOULD YOU LIKE" TO CHOICE
  763.             IF CHOICE = "QVB"
  764.               QUIT to "vdo," "dbase menu"
  765.             ELSE
  766.                IF CHOICE = "DFA"
  767.                     DISPLAY files on A like *.*
  768.  
  769.             ENDIF
  770.           ENDIF
  771.  
  772.      Or:
  773.  
  774.           INPUT "-1- END POSTCARD -2- NO CARD" TO CARD
  775.      Fidonews                     Page 16                  13 Oct 1986
  776.  
  777.  
  778.             IF CARD = 1
  779.               DO POST
  780.             ELSE
  781.               IF CARD = 2
  782.                  RETURN
  783.               ENDIF
  784.             ENDIF
  785.  
  786.      Frustration  10:  don't  forget  to  put  EJECT's  at  the end of
  787.      REPORT's, etc.
  788.  
  789.      Frustration 11:  SET EJECT OFF if you don't  want  one  before  a
  790.      REPORT.
  791.  
  792.      Frustration  12:  Don't  forget  ENDCASE  statement with DO CASE!
  793.      Computer goes to infinity.
  794.  
  795.      Frustration 13:  Don't forget to write 'SET  ESCAPE  ON"  at  the
  796.      beginning of your program so you can abort a "buggy" program with
  797.      <ESC>.
  798.  
  799.      -----------------------------------------------------------------
  800.  
  801.      Fidonews                     Page 17                  13 Oct 1986
  802.  
  803.  
  804.      Jerry Hindle
  805.      123/6  123/0
  806.       MemphisNet
  807.      901-353-4563
  808.      300/1200/2400
  809.  
  810.           Hello again.....
  811.  
  812.           I bet your getting tired of seeing all these articles from me
  813.      now, aren't you? Well guess what you got more coming your way.
  814.  
  815.           In this weeks installment I would like to share a few things
  816.      with you that I have noticed since I wrote the FidoUtil article in
  817.      Fnews 336.
  818.  
  819.           First and foremost, I (and the authors of FidoUtil) have had a
  820.      pretty good response from that one, more so then the Mailcost review.
  821.      The authors do request from both you and I that ALL BUG reports for
  822.      FidoUtil be sent to 151/3 not 151/2 as I originally told you. For
  823.      this I apologize.
  824.  
  825.           Now on to better things. The version I reviewed for Fnews was
  826.      1.10 and I have since (actually within hours of sending the article
  827.      in) acquired version 1.20 of this tremendous program. In this version
  828.      the authors have ADDED the following utilities:
  829.  
  830.           DTR     TASK     LOG     SPACE     DATEFILE & JULIAN
  831.           NODEDATA
  832.  
  833.           They have also added an environment setting to it so you may
  834.      configure FidoUtil to boot up the way you want it. They have also
  835.      UPDATED the following utilities from version 1.10:
  836.  
  837.           LASTUSER     RICOCHET     USERLIST     TWIX     SCHED
  838.  
  839.           Now you may ask, just what did they do to update these
  840.      utilities, well I'll tell ya ! THEY LISTENED to a user (ME) and made
  841.      almost all the changes I requested in the original article, plus some
  842.      I hadn't even thought about. While they were at it they added the
  843.      utilities shown above. I will attempt to give you a brief rundown of
  844.      what the NEW stuff does;
  845.  
  846.           DTR:  This little utility will allow you to control the modems
  847.      DTR from DOS. You may either turn DTR on (ie enable the modem) or OFF
  848.      (ie disable the modem).
  849.  
  850.           TASK:  This one is adds the ability to have a BAT file ask for
  851.      user input and act on this input OR LACK OF INPUT. This will give you
  852.      the ability to have a bat file branch on user input or continue or
  853.      halt if no input. It is extremely flexible in use and configuration
  854.      depending on the BAT file itself.
  855.  
  856.           LOG:  Keeps a separate LOG file for use with either OUTSIDE or
  857.      any other program once outside FIDO environment. You specify what
  858.      goes into the log file as far as text goes. It will add the date
  859.      stamp and time stamp to what you specify.
  860.      Fidonews                     Page 18                  13 Oct 1986
  861.  
  862.  
  863.           SPACE: This will do one of two things...either show you how much
  864.      space is left in the default dir of the default drive in 100k blocks
  865.      or if you add a number after the command on the command line it will
  866.      return an errorlevel based on how much space is left OVER the amount
  867.      specified. If no amount is specified it will return an errorlevel
  868.      based on the amount in 100k blocks (ie 7.2 meg would return an
  869.      errorlevel of 72, since there are 72 100k blocks available on the
  870.      drive)
  871.  
  872.           DATEFILE & JULIAN:  These two will rename any file based either
  873.      on the JULIAN date or the SYSTEM date. If you use system date then
  874.      you must add a new extension for the filename. If you use the JULIAN
  875.      then you need to specify a new filename.
  876.  
  877.           NODEDATA: This is the best of the additions. If you want to know
  878.      the information on an entry in the NODELIST.BBS file then you simply
  879.      type in the net/node number and it will present you with the
  880.      information on that entry in the nodelist. A HANDY ITEM !!!
  881.  
  882.           ENVIRONMENT SETTINGS: In this version of FidoUtil the authors
  883.      have added the ability to customize the environment to your liking.
  884.      While this is GREAT I can't go into detail here since there is simply
  885.      to much info to present here.
  886.  
  887.           I would recommend you get this utility since it will make life
  888.      vastly easier for any Fido sysop around.
  889.  
  890.           As a note to other shareware authors out there who may be
  891.      reading this. The authors MARSHALL PRESNELL & BEN MANN have BOTH been
  892.      in voice contact with me since I wrote the original article. This is
  893.      a FIRST for me since I started writing articles along these lines. I
  894.      have written articles on a few other utilities and in all fairness I
  895.      must say that although some of them contacted me (via fidomail) NONE
  896.      except BEN and MARSHALL offered to discuss in detail on VOICE
  897.      connection their programs. Both of these authors have given me their
  898.      voice numbers as they are genuinely interested in producing a QUALITY
  899.      program. They have listened to my suggestions as well as my
  900.      complaints. They have made corrections where needed and where
  901.      corrections were not easily possible they have stated they will make
  902.      the needed additions or corrections or suggestions as soon as
  903.      possible. This is a first !!!!!! Every other author that even
  904.      bothered to contact me has simply said they intend to keep it the way
  905.      it is (not in so many words but that was the general idea from the
  906.      message sent to me). MARSHALL has also stated that he will be
  907.      releasing soon as a COMMERCIAL PROGRAM ONLY  an AUTOMATIC SYSOP ! I
  908.      have seen what this program can do and if you have gotten a version
  909.      of FidoUtil version 1.1 from 151/2 then you too have seen just a
  910.      minute sampling of its capabilities. I am testing a DEMO version of
  911.      this little GEM even as I type. I will let you know what I think as
  912.      soon as I have given it a fair trial.
  913.  
  914.           To other shareware authors.....KEEP UP THE GOOD WORK ! If I have
  915.      written about your "baby" and given it a terrible review then please
  916.      contact me with an update...who knows maybe I will like it, BUT in
  917.      ANY EVENT I will make it available for downloading here in the exact
  918.      same state I receive it (barring transmission errors or bad file
  919.      Fidonews                     Page 19                  13 Oct 1986
  920.  
  921.  
  922.      transfers). If you would like to add you "baby" to the growing list
  923.      of FIDO support software available here, simply let me know and we
  924.      can work out a means for me to get it from you.
  925.  
  926.           Well I guess I have rambled on long enough for this week..
  927.  
  928.           Stay tuned to this station next week same time (except on the
  929.      south coast where it will be later) for more on the utilities as I
  930.      find them.
  931.  
  932.      Jerry Hindle
  933.      123/6  123/0
  934.       MemphisNet
  935.      901-353-4563
  936.      300/1200/2400
  937.      24hrs   daily
  938.  
  939.  
  940.      -----------------------------------------------------------------
  941.  
  942.      Fidonews                     Page 20                  13 Oct 1986
  943.  
  944.  
  945.      =================================================================
  946.                                   WANTED
  947.      =================================================================
  948.  
  949.  
  950.      Kent Leonard
  951.      Boulder Fido 104/77
  952.  
  953.      Wanted: information and a source for a microstrip design
  954.      program called "Touchstone".  Rumored to be for IBM PCs and
  955.      VAX/VMS, either would be acceptable.  Unknown if Shareware or
  956.      commercial.  Please address Sysop, Fido 104/77.
  957.  
  958.      -----------------------------------------------------------------
  959.  
  960.      Fidonews                     Page 21                  13 Oct 1986
  961.  
  962.  
  963.      =================================================================
  964.                                  FOR SALE
  965.      =================================================================
  966.  
  967.            Now available from Micro Consulting Associates!!
  968.  
  969.      Public Domain collection - 550+ "ARC" archives - 20+ megs of
  970.      software  and  other  goodies,  and  that's "archived" size!
  971.      When unpacked,  you get approximately 28 megabytes worth  of
  972.      all  kinds  of  software,  from  text  editors  to  games to
  973.      unprotection schemes to communications programs,  compilers,
  974.      interpreters,   etc...   Over   66  DS/DD   diskettes!! This
  975.      collection is the result of more than 15 months of intensive
  976.      downloads  from  just about  150  or  more  BBS's  and other
  977.      sources,  all  of  which  have  been  examined, indexed  and
  978.      archived for your convenience.  Starting  a  Bulletin  Board
  979.      System?  Want  to  add  on  to  your  software  base without
  980.      spending thousands of dollars? This is the answer!!!
  981.  
  982.      To order the library,  send $100 (personal or company check,
  983.      postal money order or company purchase order) to:
  984.  
  985.                     Micro Consulting Associates, Fido 166/1
  986.                     Post Office Box 4296
  987.                     200-1/2 E. Balboa Boulevard
  988.                     Balboa, Ca. 92661-4296
  989.  
  990.      Please allow 3 weeks for delivery of your order.
  991.  
  992.      Note:  No  profit is made from the sale of the Public Domain
  993.      software in this collection.  The price is applied  entirely
  994.      to  the  cost  of  downloading  the  software over the phone
  995.      lines,  running a  BBS  to  receive  file  submissions,  and
  996.      inspecting,   cataloguing,  archiving  and  maintaining  the
  997.      files. Obtaining this software yourself through the use of a
  998.      computer with a modem using commercial  phone  access  would
  999.      cost you much more than what we charge for the service...
  1000.  
  1001.      The following format choices are available:
  1002.  
  1003.            - IBM PC-DOS Backup utility
  1004.            - Zenith MS-DOS 2.11 Backup Utility
  1005.            - DSBackup
  1006.            - Fastback
  1007.            - ACS INTRCPT 720k format (Requires a 1.2m floppy
  1008.                drive and PC-DOS 3.2)
  1009.            - Plain  ol' files (add $50)
  1010.  
  1011.      Add  $30  if  you want the library on 1.2 meg AT disks (more
  1012.      expensive  disks).   There  are  no  shipping  or   handling
  1013.      charges.  California residents add 6% tax.
  1014.  
  1015.      For each sale, $10 will go to the FidoNet Administrators.
  1016.  
  1017.      -----------------------------------------------------------------
  1018.  
  1019.      Fidonews                     Page 22                  13 Oct 1986
  1020.  
  1021.  
  1022.      =================================================================
  1023.                                   NOTICES
  1024.      =================================================================
  1025.  
  1026.                           The Interrupt Stack
  1027.  
  1028.  
  1029.      24 Aug 1989
  1030.         Voyager 2 passes Neptune.
  1031.  
  1032.  
  1033.      If you have something which you would like to see on this
  1034.      calendar, please send a message to FidoNet node 1/1.
  1035.  
  1036.      -----------------------------------------------------------------
  1037.  
  1038.